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ELECTRONIC DEVICE AND PROGRAM 
BACKGROUND OF THE INVENTION 
Technical Field 

[0001] The present invention relates to an electronic device and also to a 
program adapted for use with the electronic device, as well as with other different 
types of electronic devices. 

Description of the Related Art 

[0002] In recent years, mobile phones capable of handling a variety of content 
have come into common use. Such content may consist of an application program 
for execution on a mobile phone. Alternatively, such content may consist of 
image data for display on a mobile phone. To meet the demand for content for use 
on mobile phones an increasing number of content providers have come into 
existence. 

[0003] In addition to mobile phones, content providers have begun to cater for 
other types of electronic devices which are capable of handling content, such as 
car navigation devices, audio devices, and so on. However, this market remains 
limited relative to that for mobile phones. Content developers are reluctant to 
develop content for electronic devices other than mobile phones, and a need exists 
in the market for increased content for such devices. 

[0004] In view of these circumstances, consideration is now being given to 
developing content that is compatible for use not only on mobile phones but also 
on other types of electronic devices. One example of such content compatibility 
exists in the use of Hyper Text Markup Language (HTML), and in browser 
software for interpreting content written in HTML. To provide content that is 
compatible for use in different environments, software developers create different 
codes which are embedded in respective content to be used in different browser 
software, such as Internet Explorer™, Netscape Navigator™, and the like. 
[0005] Prior art discloses an example of providing content compatibility for 
application programs for use in a variety of peripheral devices that can be 



connected to a main device. In utilizing the main device, a single application 
program is executed. Namely, only one program is implemented as an execution 
file, and other programs are implemented as dynamic link libraries (DLLs) in the 
device. Following execution of the file, if a peripheral device is then connected to 
the main device, determination is made as to whether coding used in the connected 
device is compatible with the executable program. If not, the executable program 
selects and executes one of the application programs that is adapted for use with 
the specific coding used in the peripheral device, thereby transferring control to 
that application program. In this way, the main device selectively executes 
application programs in accordance with the specifications of peripheral devices 
connected to the main device. 

[0006] Using the technique outlined above, it becomes possible to adapt 
content for a mobile phone in a way that other electronic devices can utilize the 
content. However, using the described technique it is not possible for different 
types of devices to share the same content. The reason for this is that since 
content is designed to serve upon execution a function particular to one type of 
electronic device. For example, application program content for notifying a 
mobile phone user of an incoming call is not suitable for use in a car navigation 
device. Therefore, content for electronic devices other than mobile phones does 
not become popular, although a need exists in the market for content for such 
devices. 

Disclosure of the Invention 

[0007] The present invention has been made with the object of providing 
content that can be used to serve a variety of functions on different electronic 
devices, and an electronic device for executing the content. 
[0008] An electronic device of the present invention comprises: a storage for 
storing an identifier for identifying a type of the electronic device; obtaining 
means for obtaining a content which includes a plurality of scripts, each of which 
scripts is associated with an identifier for identifying a type of an electronic 
device; specifying means for specifying a script included in the content obtained 
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by the obtaining means, the script being associated with the identifier stored in the 
storage; executing means for executing only the script specified by the specifying 
means. 

[0009] Since, in one type of the electronic device, upon receipt the content, 
only script for the type of the device is interpreted and executed, a function 
particular to the type of electronic device is effective on the device 
[0010] It is possible that each of the plurality of scripts includes a shared part 
and a unique part. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] Fig. 1 shows an example of a communication system including 
communication terminal 20 and car navigation device 10. 

[0012] Fig. 2 is a flowchart showing graphical sound notification processing 
performed by control unit 510 of communication terminal 20, in which JavaAPPl 
is executed. 

[0013] Fig. 3 is a flowchart showing speed notification processing performed 
by control unit 510 of car navigation device 10 using JavaAPP2. 
[0014] Fig. 4 shows an example of a screen image displayed in the 
communication terminal and car navigation device 10. 

[0015] Fig. 5 is a conceptual diagram showing one example of data structure of 
the content. 

[0016] Fig. 6 is a conceptual diagram of each script. 

[0017] Fig. 7 is a conceptual diagram showing another example of data 

structure of the content. 

[0018] Fig. 8 is a configuration of communication terminal 20. 
[0019] Fig. 9 shows a Java execution environment established in 
communication terminal 20. 

[0020] Fig. 10 shows a configuration of car navigation device 10. 
[0021] Fig. 1 1 shows a Java execution environment established in car 
navigation device 10. 
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[0022] Fig. 12 is a flowchart of content management processing performed by 
control unit 510 of communication terminal 20 using JavaAPPl. 
[0023] Fig. 13 shows an example of a content management screen displayed on 
display 520 of communication terminal 20. 

[0024] Fig. 14 is a flowchart showing processing of interpretation of a script 
using JavaAPPl performed by control unit 510 of communication terminal 20. 
[0025] Fig. 1 5 is a flowchart showing content management processing 
performed by control unit 510 of car navigation device 10 using JavaAPP2. 
[0026] Fig. 16 is an example of a content management screen displayed on 
display 520 of car navigation device 10. 

DETAILED DESCRIPTION 

[0027] Preferred embodiments will now be described referring to the drawings. 

<A. Configuration 

<1. Communication system> 

[0028] Fig. 1 exemplifies a configuration of a communication system of the 
present invention, which includes a car navigation device 1 0 as one embodiment 
of an electronic device of the present invention and a communication terminal 20. 
A content server 50 shown in Fig. 1 has a hardware configuration of a general 
computer and is connected to an Internet 40. Content server 50 stores contents to 
be transmitted to communication terminal 20 and car navigation device 10 via 
Internet 40. 

[0029] Content stored in content server 50 will now be described in detail. 
Content is data described in a markup language such as an extensible Markup 
Language (XML). Content 50 includes (a) scripts for performing a certain 
function when the script is executed on electronic devices including 
communication terminal 20 and car navigation device 10; and (b) identifiers each 
for identifying an electronic device 20 (a serial number of electronic device 20, for 
example). One example of the script is a JavaScript. In the following description, 
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content is assumed to be described in XML. However, it is possible that content is 
described in other languages such as HTML. 

[0030] A mobile packet communication network 30 serves packet 
communication service to communication terminal 20. Mobile packet 
communication network 30 includes a base station 31 and gateway (GW) 32. 
Mobile packet communication network 30 forms cells, in each of which, base 
station 3 1 carries out communication with communication terminal 20 located in a 
cell. Gateway 32 relays communication signal between mobile packet 
communication network 30 and Internet 40 by performing a certain protocol 
exchange. 

[0031] Communication terminal 20 is a mobile phone, which has Java 
execution environment and a function of performing short range wireless 
communication via IrDA (Infrared data association), Bluetooth™ or the like, in 
addition to a function of performing voice and data communication. 
[0032] With these functions, communication terminal 20 can download content 
from content server 50 via the mobile packet communication network and Internet 
40, and store the content. In addition, communication terminal 20 can perform 
wireless communication with an electronic device via IrDA Bluetooth™ or the 
like. Further, communication terminal 20 can execute an object-oriented 
application program described in Java™, when the Java execution environment is 
established. It is to be noted that the Java execution environment is implemented 
to interpret and execute Java byte-code. 

[0033] Car navigation device 10 can establish the Java execution environment 
and has the function of performing short range communication described above, in 
addition to a general navigation function using Global Positioning system (GPS), 
for example. With these functions, car navigation device 10 can receive content 
from communication terminal 20 and store the content. 
[0034] This embodiment describes that a Java application program for 
interpreting and executing a script included in the content, and the script 
associated with an identifier of car navigation device 10 is stored in 
communication terminal 20 and car navigation device 1 0. Hereinafter, such an 



application program stored in communication terminal 20 and car navigation 
device 10 are referred to as "JavaAPPl"and "JavaAPP2", respectively. It is 
possible that these application programs are described in, for example, C or C++ 
Language. 

<2. Content> 

[0035] Content stored in content server 50 includes: (a) a script associated 
with the identifier of communication terminal 20 for performing processing of 
notifying the volume of a ringing bell which is set by a user of terminal 20 as 
shown in Fig. 2 (hereinafter referred to as "graphical sound notification 
processing"); and (b) a script associated with the identifier of car navigation 
device 10 for performing processing of notifying speed of a vehicle shown in 
Fig. 3 (hereinafter referred to as "graphical speed notification processing"). When 
the script for the graphical sound notification included in the content is interpreted 
and executed on communication terminal 20, an image as shown in Fig. 4 is 
displayed in terminal 20. When a call is issued, communication terminal 20 
"drives" a virtual indicator 410 synchronous with a volume of a ringing bell to 
graphically notify a user of the communication terminal of an incoming call. 
[0036] On the other hand, when interpreting scripts included in the content 
using JavaAPP2, car navigation device 10 also displays the image shown in Fig. 4. 
Obtaining the current speed of a vehicle to which car navigation device 10 is 
provided, car navigation device 10 "drives" virtual indicator 410 synchronous with 
the speed to notify a user of car navigation device 10 (a driver of the vehicle) of 
the current speed. 

[0037] Fig. 5 shows an example of a data structure of the content. As shown, 
the content described in XML includes a header, that is necessarily interpreted at 
first, and scripts for communication terminal 20 and car navigation device 10. The 
header stores information on relation between each of the scripts included in the 
content and identifier of devices (communication terminal 20 or car navigation 
device 10), on which the script should be executed. With this configuration, when 
the content is interpreted by a device, firstly, a script to be executed on the device 
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is specified at the header, and only then the specified script for the device is 
interpreted and executed. 

[0038] Fig. 6 shows a structure of each script. As shown in Fig. 6, the script 
for communication terminal 20 SCT1 further includes "sub- scripts" SCTl-i, 
SCTl-c, and SCT-g. SCTl-i performs a function of obtaining a volume of the 
ringing bell. SCT-c performs a function of processing a value obtained by SCT-i 
for quantization. SCT-g performs a graphical user interface for displaying an 
image as shown in Fig. 4, in accordance with the value processed by SCT-c. 
Similarly, the script for car navigation device 10 further includes sub-scripts 
SCT2-i, SCT2-C, and SCT-g. SCT2-i performs a function of obtaining the current 
speed of the vehicle. SCT2-C serves a function of processing a value obtained by 
SCT2-C for quantization. It is to be noted that SCT-g is included in both SCT1 
and SCT2. 

[0039] As shown in the figure, since a part of the sub-scripts in each script is 
the same as SCT-g, the same user interface is effective on different types of 
devices, namely communication terminal 20 (in fact, a mobile phone), and; car 
navigation device 10. This will be of benefit to a content provider in terms of the 
spread of content. On the other hand, the user will benefit from use of a desired 
user interface in communication terminal 20, as well as, car navigation device 10. 
[0040] Fig. 7A shows another example of the data structure of the content. 
The structure shown in Fig. 7A differs from that of Figs. 5 and 6, in that the script 
for performing a user interface is described in only one area of the content. When 
this content is interpreted, firstly the header is interpreted to specify a script 
determined to be executed. Next, either a set of scripts for the communication 
terminal (SCTl-i and SCTl-c) or a set of scripts for car navigation device 10 
(SCT2-i and SCT2-c) is selectively executed according to a device on which the 
content is executed to output a value to script SCT-g. Next, script SCT-g displays 
an image according to the value. As shown in Fig. 7A, since a common script 
SCT-g is included in both scripts, the amount of data of the content will be 
reduced. 



-8- 

[0041] It is possible that every script in the content has a header for describing 
a code including an identifier, as shown in Fig. 7B. As shown in Fig. 7B, an ID 
code (ID1, ID2,or ID3) is imbedded in the top of each of the scripts. In this case, 
as a general rule, the scripts are interpreted according to a vertical sequence, 
namely, from top to bottom. However, when the ID code is interpreted, 
comparison of an identifier included in the script and the identifier of the device is 
performed. If the two identifiers coincide, the script is interpreted and executed. 
Otherwise, interpretation of the script is not executed, and the next script is 
interpreted. As a result, only script(s) associated with the identifier of the device 
is executed. 

[0042] Further, it is possible that a short range communication between 
communication terminal 20 and car navigation device 10 is carried out by a cable: 
through Universal Serial Bus (USB) interface. Communication between 
communication terminal 20 and car navigation device 10 is simply referred to * 
hereinafter as "short range communication", regardless of being wireless or wired. 
[0043] It is to be noted that communication terminal 20 is not restricted to a 
mobile phone. Communication terminal 20 may be some other device having 
functions of performing packet communication with content server 50 via Internet 
40, executing an application program, and performing short range communication. 
For example, communication terminal 20 may be a PDA (Personal Digital 
Assistants) or another mobile computer. 

[0044] Still further, it is possible that car navigation device 10 is an electronic 
device such as an audio device or an electric home appliance, which has functions 
of performing short range communication and executing an application program. 

<3. Communication terminal 20> 

[0045] A configuration of communication terminal 20 will now be described 
referring to Fig. 8. As shown in Fig. 8, communication terminal 20 includes 
control unit 510, display 520, input device 530, wireless communication unit 540, 
voice processing unit 550, infrared communication interface 560, storage 570, and 
bus 580 for connecting all the units in communication terminal 20. 
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[0046] Control unit 510 is a CPU (Central processing unit), for example, which 
executes a software program stored in storage 570 to control all units of 
communication terminal 20. Display 520 may include a liquid crystal display 
panel and a drive circuit, which displays an image according to image data 
supplied from control unit 510. Input device 530 includes a device through which 
a user inputs numbers, characters, or instructions, which supplies a signal to 
control unit 510 in accordance with a user's operation. 

[0047] Wireless communication unit 540 has an antenna (not shown), which 
carries out wireless communication with base station 3 1 covering a radio cell 
within which communication terminal 20 is located. Wireless communication unit 
510 receives data transmitted from base station 31 to transfer to control unit 540 
and transmits data supplied from control unit 5 1 0 to base station 31. 
[0048] Voice processing unit 550 includes a speaker, microphone, and voice 
coder/decoder, which are not shown in the figure. Voice processing unit 550 
converts a voice signal supplied by control unit 510 into voice data using the voice 
decoder to reproduce voice through the speaker. Also, voice processing unit 550 
picks up a voice with a microphone and converts it to audio signal to output to 
wireless communication unit 540. In addition, voice processing unit 550 can 
obtain information on the volume of a ringing bell generated by the speaker, to 
output to control unit 510. 

[0049] Infrared communication unit 560 carries out communication in 
conformity with the IrDA standard under control of control unit 510 to exchange 
data with an electronic device (car navigation device 10) using an infrared light. 
Specifically, infrared communication unit 560 includes a light emitting element, 
detecting element, and modulation/demodulation circuit. Infrared communication 
unit 560 emits a modulated infrared light to transmit data and demodulates an 
infrared light received by the detecting element to extract data. 
[0050] Storage 570 includes a volatile memory 571 and nonvolatile memory 
572. Volatile memory 571 is, for example, a Random Access Memory (RAM), 
which is used as a work area by control unit 510. Nonvolatile memory 572 is, for 
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example, an Electrically Erasable Programmable Read Only Memory (EEPROM), 
which stores an identifier of communication terminal 20. 
[0051] Nonvolatile memory 572 further stores an operating system (OS) 
software and other software necessary for executing JavaAPPl and establishing 
the Java execution environment on communication terminal 20. In addition, a 
"scratch pad", which is a storage area for storing data generated during execution 
of JavaAPPl , is provided with nonvolatile memory 572. The scratch pad stores 
content downloaded from content server 50. 

[0052] Referring to Fig. 9, the software for establishing the Java execution 
environment installed in communication terminal 20 will now be described. As 
shown in Fig. 9, software which enables control unit 5 1 0 to establish the Java 
execution environment, is compatible with J2ME (Java2 platform Micro Edition). 
It is noted that J2ME is one of Java platforms designed for electronic home 
appliances. The software installed in the communication terminal includes KVM, 
CLDC (Connected Limited Device Configuration) class library, original Java 
extended profile, and JAM (Java Application Manager). 

[0053] In this embodiment communication terminal 20 has the Java platform 
compatible with J2ME. Needless to say, it is possible that a Java platform 
compatible with J2SE (Java2 Standard Edition) or J2EE (Java2 Standard Edition) 
is employed. It is noted that J2SE and J2EE are Java platforms designed for a 
personal computer and a server such as content server 50, respectively. 
[0054] KVM is a kind of JVM, which is designed for a hand held device such 
as a mobile phone and PDA. JVM translates a Java byte-code into a machine 
language in which control unit 510 can interpret and execute. CLDC class library 
performs a general function of a handheld device such as a mobile phone and 
PDA. 

[0055] The original Java Extended Profile adds a function particular to a 
mobile phone operating under CLDC class library. The original Java extended 
profile includes APIs (Application Program Interface), such as a user interface 
API, networking API, scratch pad API, and ringing bell API. Control unit 510 
calls these APIs by interpreting Java byte-codes included in JavaAPPl to activate 



various functions. It is to be noted that an API is synonymous with a class 
(program) in this description. 

[0056] User interface API provides a user interface to communication terminal 
20. Networking API performs a function of accessing a network resource 
identified by a URL (Uniform Resource Locator). Scratch pad API performs a 
function of reading/writing data from or to the scratch pad. Ringing bell API 
obtains the volume of the ringing bell from voice processing unit 550 and outputs 
the volume to control unit 510. 

[0057] JAM is software that manages under control of the OS, the Java 
application programs stored in communication terminal 20. Specifically, control 
unit 510 executes JAM to perform functions of installing/deleting the Java 
Application programs, displaying a list of names of the Java application programs 
stored in nonvolatile memory 572, and managing execution of the Java application 
program. 

[0058] Specifically, the function of managing execution of the Java application 
program includes starting and terminating of the program. For example, when a 
user inputs an instruction of execution of JavaAPPl, control unit 510 dedicates 
under control of JAM, a work area in volatile memory 571 for executing 
JavaAPPl. Next, control unit 510 transfers byte-codes comprised of JavaAPPl to 
the work area, to interpret and execute under control of KVM. When the user 
inputs an instruction of termination of JavaAPPl, control unit 510 stops 
interpreting and executing the byte-codes and releases the work area to terminate 
JavaAPPl. 

[0059] In the Java execution environment as shown in Fig. 8, control unit 510 
executes JavaAPPl stored in nonvolatile memory 572 to perform the following 
three functions. The first function is to download content from content server 50 
and store it to the scratch pad assigned to JavaAPPl. The second function is to 
transmit the content stored in the scratch pad to car navigation device 10 through 
infrared communication unit 560. The third function is to interpret a script 
included in the content stored in the scratch pad and the content associated with 
the identifier of communication terminal 20, to thereby execute on communication 
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terminal 20 a 'graphical sound notification application' - an application for 
graphical notification of a call to the user. 

<4. Car navigation device 10> 

[0060] Referring to Fig. 10, car navigation device 10 shown in Fig. 8 differs 
only in that (a) wireless communication unit 540 is provided and (b) navigation 
processing unit 750 is provided instead of voice processing unit 550. 
[0061] Navigation processing unit 750 has a general function of GPS (Global 
Positioning System), which receives an electric wave from a satellite at regular 
intervals to identify a current position of a vehicle to which car navigation device 
10 is provided. Also, navigation processing unit 750 displays a map of nearby 
areas and an icon of the vehicle together with the map on display 520 to notify the 
user of the current position and possible routes to the destination. Further, 
navigation processing unit 750 calculates a speed of the vehicle on the basis of 
positional change and the elapsed time, to output to control unit 510. 
[0062] Nonvolatile memory 572 of car navigation device 10 stores the same 
information as communication terminal 20, except for the three features described 
below. The first one is that an identifier of car navigation device 1 0 is stored 
instead of the identifier of communication terminal 20. The second one is that 
JavaAPP2 is stored instead of JavaAPPl . It is noted that a scratch pad of 
JavaAPP2 is provided in nonvolatile memory 572. The third one is that software 
for establishing a Java execution environment shown in Fig. 1 1 is stored instead of 
the one for the environment shown in Fig. 9. The software for establishing the 
environment shown in Fig. 1 1 will now be described in detail. 
[0063] The Java environment shown in Fig. 1 1 differs in that (i) JVM is 
provided instead of KVM and (ii) a CDC (Connected Device Configuration) class 
library is provided instead of CLDC class library, and (iii) a profile for car 
navigation device is provided instead of the original extended profile. 
[0064] CDC class library is designed for performing a general function for a 
middle or large sized electronic device such as a car navigation device or audio 
device. The profile of a car navigation device performs a function specialized for 
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the car navigation device in addition to the functions provided by CLDC class 
library. Specifically, the profile for a car navigation device differs from the 
original Java extended profile in that an API for obtaining a speed of the vehicle, 
which is hereinafter referred to as a speed obtaining API is included instead of 
ringing bell API. When speed obtaining API is called by control unit 5 1 0 in which 
JavaAPP2 is running, the API obtains the current speed of the vehicle from 
navigation processing unit 650 to output to control unit 510. 
[0065] Control unit 510 performs the following two functions in the Java 
execution environment shown in Fig. 1 1, by executing JavaAPP2 stored in 
nonvolatile memory 572. The first one is receiving content from the « 
communication terminal with infrared communication unit 560 to store to the 
scratch pad for JavaAPP2. The second one is interpreting a script included in the 
content stored in the scratch pad and the content associated with the identifier of 
car navigation device 10 to thereby execute a 'speed notification application'- an 
application for notifying the speed on the car navigation device. 

<B. Operation> 

[0066] Characteristic operations carried out by car navigation device 10 and 
communication terminal 20 will now be described referring to the drawings. 

<ExampIe 1 - content management in communication terminal-> 

[0067] Referring to Fig. 12, management of content performed by control unit 
510 of communication terminal 20, in which JavaAPPl has been executed, will 
now be described. It is noted that in the following description communication 
terminal 20 should finish downloading and storing content, and JavaAPPl and 
JavaAPP2 should be executed on communication terminal 20 and car navigation 
device 10, respectively. 

[0068] Referring to Fig. 12, control unit 510 running JavaAPPl , directs display 
520 to display an image shown in Fig. 13, which is hereinafter referred to as a ( 
"content management screen'*. Next, control unit 510 displays a name of the 
content stored in the scratch pad in display area 1010 (step SCI). 



-14- 



[0069] A user inputs instructions via input unit 530 while viewing the content 
management screen. Specifically, the user selects a name of the content displayed 
in area 1010 to specify the content and then 'presses' a QUIT button Bl for 
terminating the selected content, EXECUTE button B2 for executing the content, 
or SEND button B3 for sending the content to car navigation device 10. 
[0070] Control unit 510 obtains an input signal from input device 530 (step 
SC2) to determine which operation the user has carried out (step SC3). If control 
unit 510 determines that the QUIT button is pressed, control unit 510 terminates 
execution of JavaAPPl . If control unit 510 determines that the EXECUTE button 
is pressed, control unit 510 reads from the scratch pad the content which is 
selected with the content management screen, and interprets and executes a script 
included in the content to thereby begin the graphical sound notification 
processing as shown in Fig. 2 (step SC4). Detailed explanation of the processing 
of interpretation and execution of the scripts will be described later. 
[0071] If the control unit determines that the SEND button is pressed, control 
unit 5 1 0 reads the selected content from the scratch pad to make a copy of the 
content and transmits the copy to car navigation device 10 via infrared 
communication unit 560 (step SC5), and terminates JavaAPPl. In one example 
the SEND button B3 should be pressed after selecting content, and thus step SC5 
should be carried out. Upon receipt of the content from communication terminal 
20 via infrared communication unit 560, control unit 510 of car navigation device 
10, in which JavaAPP2 is running, stores the content in a scratch pad assigned to 
JavaAPP2. 

[0072] From the foregoing, in control unit 5 1 0 of communication terminal 20 
the content selected by the user is transmitted to car navigation device 10 using 
JavaAPPl. Accordingly, the same content is stored in communication terminal 20 
as well as car navigation device 10. 

[0073] It is possible that before sending the content, control unit 5 1 0 
determines whether car navigation device 1 0 has a function of interpreting the 
content, and only if car navigation device 10 has the function, control unit 510 
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transmits the content. In this case, unnecessary transmission of content can be 
avoided. 

<ExampIe 2- interpretation of script by communication terminals 

[0074] Referring back to Fig. 13, when a user presses the EXECUTE button, 
the control unit of communication terminal 20 interprets the content using 
JavaAPPl. Referring to Fig. 14, control unit 510 firstly reads the content which is 
selected by the user using the content management screen of Fig. 1 3 from the 
scratch pad for JavaAPPl and transfers it to volatile memory 571 (step SD1). 
[0075] Next, control unit 510 reads the identifier from nonvolatile memory 572 
(step SD2) to specify, on the basis of the identifier and the content, which script(s) 
included in the content should be executed on the communication terminal (step 
SD3). Specifically, control unit 510 determines that the script(s) associated with 
the identifier should be executed. It is to be noted that the order of reading the 
content and the identifier is exchangeable. 

[0076] Next, control unit 510 interprets the specified script (step SD4). As a 
result, graphical sound notification processing is performed by control unit 510. 
Detailed description will now be given. 

<ExampIe 3 - graphical sound notification processings 

[0077] Fig. 2 shows an operation carried out on communication terminal 20 by 
control unit 510 in which JavaAPPl is executed to perform the graphical sound 
notification processing by executing the script(s) included in the content, which is 
the script associated with the identifier of communication terminal 20. As shown 
in Fig. 2, control unit 510 firstly calls Volume obtaining API to obtain volume 
data of the ringing bell from voice processing unit 550 (step SA1). 
[0078] Next, control unit 510 directs display 520 to display an image as shown 
in Fig. 4, where the virtual indicator is depicted according to the volume data (step 
SA2). Next, control unit 510 determines whether the QUIT button is pressed (step 
SA3). If the QUIT button is pressed (stepSA3, Yes), control unit 510 terminates 
interpreting the content. If the QUIT button is not pressed (step SA3, No), control 
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unit 510 reiterates the steps starting from step SAL In this way, an application of 
graphical sound notification is effected on communication terminal 20. 

<Example 4 - content management by car navigation device -> 

[0079] Referring to Fig. 15, it will now be described that control unit 510 of 
car navigation device 10 on which Java APP2 is executed performs content 
management processing. It is to be noted that content should be transmitted by 
combination terminal 20 and stored in car navigation device 10. 
[0080] It is to be noted that content management processing shown in Fig. 15 
differs only in that step SC5 of Fig. 12 is omitted. The reason is that the SEND 
button B3 is not provided to the content management screen displayed on display 
unit 520 as shown in Fig. 16. Namely, the user is allowed to only input direction 
of execution or termination of content using the content management screen. 
Since operations of execution and termination carried out by control unit 5 1 0 of 
car navigation device 10 is similar to those performed by control unit 510 of 
communication terminal 20, which is described above, detailed description of the 
operations is omitted. 

[0081] Similarly, since interpretation of the content performed by control unit 
510 of car navigation device 10 using Java APP2 is similar to the one carried out 
by control unit 510 of communication terminal 20 using JavaAPPl, which is 
shown in Fig. 14, detailed description is omitted. However, it is to be noted that in 
step SD2 of Fig. 14 the identifier of car navigation device 10 is read out instead of 
the identifier of communication terminal 20. Thus, the script(s) included in the 
content, which is the content associated with the identifier of car navigation device 
10 is specified to be executed in step SD3 of Fig 14. As a result, the speed 
notification processing shown in Fig. 3 is effected in control unit 510 of car 
navigation device 10. 

<Example 5 - Speed notification processings 

[0082] The speed notification processing as shown in Fig. 3 differs from the 
graphical sound notification processing as shown in Fig. 2 in that steps SB1 and 
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SB2 are provided instead of steps SA1 and SA2, respectively. Specifically, in step 
SB1, control unit 510 of car navigation device 10 obtains speed data of the vehicle 
using speed obtaining API from navigation processing unit 650. In step SB2, 
control unit 510 directs display unit 520 to display an image as shown in Fig. 4, 
where the virtual indicator is 'driven' according to the speed. 

<C. Effects> 

[0083] According to the embodiment, the same content can be provided to 
communication terminal 20, as well as car navigation device 10. Namely, script 
for performing the same graphical user interface is employed in the script for both, 
communication terminal 20 and car navigation device 10. Thus, a user can be 
notified of a call and the current speed of the vehicle by the same graphical user 
interface (screen image), thereby giving the user visual pleasure. 

<D. Modifications> 

[0084] In the above embodiment, JavaAPPl and JavaAPP2 are preinstalled in 
communication terminal 20 and car navigation device 10, respectively. Needless 
to say, however, it is possible to install JavaAPPl and JavaAPP2 to a mobile 
phone and car navigation device which have a Java execution environment 
respectively, to thereby providing the same function of terminal 20 or device 10 of 
the embodiment. 

[0085] In this case, for example, content server 50 stores JavaAPPl and 
JavaAPP2 in addition to the content. A mobile phone, which has a Java execution 
environment and functions of performing a packet communication and short range 
communication, downloads JavaAPPl and JavaAPP2, in addition to the content. 
Next, the mobile phone installs JavaAPPl and stores JavaAPP2 and the content in 
the scratch pad assigned for JavaAPPl . In this way, the same function of 
communication terminal 20 is provided to the mobile phone. The mobile phone 
transmits JavaAPP2 to the car navigation having the Java Execution environment, 
to thereby providing a function similar to car navigation device 1 0. 
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[0086] It is possible that JavaAPPl and JavaAPP2 are stored in a computer 
readable storage medium such as a CD-ROM (Compact Disk-Read Only Memory) 
or FD (Floppy Disk), via which medium JavaAPPl or JavaAPP2 is installed to an 
electronic device, thereby providing the same function as that of communication 
terminal 20 or car navigation device 10. 

[0087] While the invention will be described in conjunction with the preferred 
embodiments, it will readily be understood that it is not intended to limit the scope 
of the invention to these embodiments. On the contrary, the invention is intended 
to cover alternatives, modifications, and equivalents, which may be included 
within the spirit and scope of the inventions as defined by the appended claims. 



